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ABSTRACT 



A print system comprises a printer including a printer 
controller. One or more optional support devices are asso- 
ciated with the printer, wherein each optional support device 
includes a device controller. The system further includes a 
bi-directional serial communications path, including one or 
more trunklines, which provides serial electrical intercon- 
nection between the printer controller and each device 
controller of each optional support device of the system. The 
printer controller automatically assigns a unique device 
address to each optional support device. Each optional 
support device further includes logic circuitry which, based 
upon a command of the printer controller, enables passage of 
information generated by the printer controller through a 
first optional support device to a next electrically serially 
connected optional support device following an assignment 
of a first device address to the first optional support device. 

24 Claims, 9 Drawing Sheets 
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COMMUNICATION SCHEME FOR IMAGING to address every device, one at a time, sending the devices 

SYSTEMS INCLUDING PRINTERS WITH the same command until every device in the printer system 

INTELLIGENT OPTIONS has received the printer's instruction. 

Another distinct problem in a system utilizing a serial 

„ „ . „ 5 communications bus to interconnect master and optional 

BACKGROUND OFTHE INVENTION devices relates to the detection and reporting of transmission 

1. Field of the Invention errors. 

Hie present invention relates to imaging systems with With respect to errors in transmission detected by the 

printers and optional support devices therefor, and more printer controller (master) in a master/optional device 

particularly relates to printers, such as laser printers, having 10 relationship, typical solutions specify that the master resend 

options (e.g. paper handling devices) which contain elec- a command if the master has determined that a transmission 

tronic intelligence for carrying out local option functions error occurred on the initial transmission. However, there are 

commanded by the printer. limitations in such solutions. 

2. Description of Related Art Such solutions lack effective or efficient means for ter- 
Imaging, or printing, systems typically include a base 15 minating a multi-byte command that is in progress when the 

printer, which places marks (i.e., prints) on a print receiving master detects the transmission error, so that both the master 
media (e.g., paper) and media handling options, or devices, and optional devices reset their command processing sue- 
that perform various functions such as, for example, pro- cessfully. Solutions for doing so are often complicated 
viding for multiple paper input sources, multiple paper because the syntax (number of command bytes, number of 
output destinations, duplexing (i.e., 2-sided printing on the response bytes) for the command may depend on the corn- 
media), stacking and collating. Such printer systems include mand op code (or its equivalent), and/or length fields that 
a base printer having a printer controller, or engine define the length of the command or response at the time the 
controller, including a microprocessor and associated elec- command/response is sent. Errors that occur in the com- 
tronic units. Control of the printer and paper handling facets „ mand op code, command length field, or response length 
of such a simple print system are handled by the printer ficld are particularly difficult for prior art solutions to deal 
controller. As printer systems add a small number of optional with. 

devices, such as additional input sources, the control of the Also, such solutions do not provide a simple means for 

additional devices is provided by the printer controller. For allowing the master to report the transmission error irnme- 

example, the printer option might have electronics to control ^ diately to a optional device in the middle of a command/ 

portions of its own mechanism in which case the printer response that is in progress. Generally, the master will 

controller controls the mechanism of the optional device attempt to finish a command/response that is in progress 

directly through discrete electrical signals or via a unidirec- even though the transmission error may have altered the 

tional serial transmission, i.e., communications from the command syntax that is being assumed by the optional 

engine controller to the device only. The printer controller 3S device. Since the master attempts to complete the command, 

controls the optional device directly with dedicated electri- the device will receive a complete command that may 

cal signal lines used to turn a device motor on, turn the motor contain erroneous data, or may actually be a different 

off, activate a device clutch, etc. command than was intended. 

As printer systems become more complex, it is imprac- With respect to errors detected by an optional device, one 

tical for the printer's engine controller to directly control the 40 of two approaches is typically used to allow an optional 

entire printer system's electromechanical mechanism. Thus, device to report a detected transmission error to the master 

printer systems have migrated to an architecture in which the controller. 

printer acts as a "master" of "smart" or intelligent optional The first solution is to reserve a special response byte 

devices. Each intelligent optional device typically contains value, such as 255, solely for reporting a transmission error, 

a microprocessor and associated electronics and microcode, 45 A device is then not permitted to ever use the value 255 as 

to control its own electro-mechanical mechanism. The a response byte unless it is attempting to report a transmis- 

printer controller, in turn, controls or manages the function sion error. For example, a device could never report, in a 

of the optional devices as black boxes via a communications single byte, that it had a capacity of 255 sheets. This sort of 

interface. scheme is cumbersome, and is particularly difficult if the 

The presence of options with intelligence, of course, 50 device must report measured data, which may return any 

raises other kinds of problems. For example, optional range of values, 

devices with intelligence are usually controlled by a low The second solution is to specify that a device stops 

function microcontroller with a built in UART to perform responding to the master if the device detects a transmission 

the serial communications task with the printer. These low error. After timing-out when waiting for a response that was 

level microcontrollers usually only operate at a low com* 55 never sent, the printer controller (master) then resends the 

munications or baud rate. When the printer has to commu- command that was not completed. Generally, if there is no 

nicate with several optional devices and issue several com- response to the retry, the master must declare that the 

mands to each device, a communications bus bandwidth optional device has experienced a fatal error. The limitation 

problem is presented, i.e., communications to the devices of this scheme is that the master cannot differentiate an 

cannot be accomplished in sufficient time to support the 60 "ailing" communications link from a general device mal- 

printer's and/or device's operation. function that prevents the device from responding or pre- 

Another problem with such a serial interface is that the vents it from executing its control code reliably. Hence, the 

printer often must send the same command (or instruction) device cannot be serviced efficiently because the error 

to every optional device in the printer system. A good cannot be accurately reported with this solution, 

example of this is when the printer needs to instruct all the 65 Another problem that exists with a multiple paper han- 

de vices to "reset" themselves to their default conditions. Hie dling options printer system is the means by which addresses 

simplistic approach for accomplishing this is for the printer are allocated for each option. 
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One traditional scheme for setting the device's commu- ing initial installation & setup, currently marketed printer 
nication address is sometimes referred to as "Hard Coded systems generally do not employ this method to avoid the 
Device Software". In this scheme, at design time the engi- risk of being deemed "noncompetitive" by customers, 
neers of the printer system decide upon a unique address for Wlih ^ e mcrease in function and sophistication of printer 
each and every device making up the printer system. Then, 5 systemSj a more efficient and cost effective printer system 
each device "hard codes" its assigned address mto its device atus ^ method which Besses the above- 
software; thus, allowing such a device to communicate with mentioned shortcomings are desired, 
the printer when addressed. The major disadvantage to this 

method is the fact that only one of any particular device can SUMMARY OF THE INVENTION 

be configured as part of the printer system. Another disad- in ...... 

vantage is that when it is attempted to connect and use the ™* P resent invention is directed to a printing system, 

device in some other printer system, it may require a wtuch mcludes a f mter havm S a pnnter controller; a first 

microcode modification to change its hard coded device °P lI0nal »PP?« *™*> as ™ mteUigenl paper han- 

address because the hard coded value may already exist for dlm g device having a first device controller, and a bidirec- 

some other device in the other printer system. Thus, this 15 U0Da . serial communications path, including a first 

device addressing method is inflexible. Urarthtx, interconnecting the pnnter controller to the first 

a *u * a-*? i • « • . • , device controller, the first trunkline havmg a umque first 

Another traditional way in which the device s commum- t , ' - # . . ♦ n • i j 

. ft pa* . trunkhne address. The first device controller mcludes means 

cation address may be set is often referred to as "Customer . . . . t ( . . „ . . . r , , ^ 

o li I-*- o u » i- i. j u * c j- mitially responsive to the unique first trunkhne address. The 

Settable Dip Switches". Each device has a set of dip • , * ,, t > « a • 

. A , r , t t 4 . . in ... f( , / pnnter controller automatically assigns a unique device 

switches on its electronics card. The setting of the dip 20 j. 4 , ■ • *u , u 

... , 4 . j ■ f • f- j j address to any optional support device in the system, such 

switches is used to set the device s communications address. ..... • / *_ « a a * a • 

™. . . , . . . . . that the pnnter controller commands the first device con- 

This method requires the customer to open up each device r . . - , . . , 

j..lj- -.u j * . r j ^ j. troller to be responsive to a first device address, 

and set the dip switches according to a procedure found m v 

their printer's user's guide. For example, the customer In preferred embodiments of the invention, the optional 
would begin by directly attaching devices to the printer and 25 su PP ort device deludes logic circuitry which con- 
setting their dip switches to a certain value, and continue ^nves the first trunkline through the first optional support 
until all the devices in the printer system had their dip device when enabled by me system. Thus, the first trunkline 
switches set. For this method, the customer may be also ^ effectively extended through the first optional support 
required to set a dip switch on the printer's electronic card device t0 a next optional support device when the first logic 
indicating the number of devices attached to the printer 30 circuit of the first optional support device is enabled. Dunng 
system. A significant amount of customer setup time is initialization of the system, the printer controller sequen- 
required for a printer system with only a few optional ^ally *nd automatically commands any optional support 
devices, let alone a printer system with a moderate to a large device in me s y stem to respond to a unique device address, 
number of devices. Devices employing this method are often Preferably, the system includes a plurality of trunklines 
costly to manufacture because each device, and the printer 35 which extend from a common electrical connection to a 
itself, must provide for customer accessibility to the dip communication bus. In systems of the invention which 
switches. include a plurality of trunklines, each trunkline has a unique 
Still another traditional way of setting the communication trunkline address of a plurality of possible trunkline 
address of an optional device is often referred to as "Cus- addresses, and any optional support device connected in the 
tomer Settable NVRAM". For this method, the customer 40 system is originally programmed to respond to one unique 
again follows a procedure in the user's guide of which part trunkline address of the plurality of trunkline addresses, 
of this procedure is typing the device's address in via a Other features and advantages of the invention may be 
keyboard or operator panel, and then writing into the determined from the drawings and detailed description of 
device's NVRAM (nonvolatile random access memory) the the invention that follow, 
address of a specified device. A part of this procedure 45 

requires the device to be directly attached to the "input BRIEF DESCRIPTION OF THE DRAWINGS 

hardware" used to set the device's address. From a customer FIG. 1 is a simplified schematic diagram illustrating the 

standpoint, the most convenient "input hardware" would be paper patn f or m imaging system which includes a printer 

the printer itself, however, most printers do not have a ^ seV eral intelligent options; 

keyboard or operator panel suitable for entering devices' 50 nG 2 is a furthef drawing for a systenl) 
addresses, due to cost considerations. A personal computer niustrating the manner in which a printer with four trunk- 
may be a good second choice, but not all printer systems are Unes m connected ^ a b i direct ional communication bus to 
attached to a personal computer allowing the luxury of using ^ i&nigeni optioDa i sapvon devices which are serially con- 
it as an input for the device addresses. Moreover, even if a nected (d • chained) m each trunkline; 

personal computer were available, the customer would be 55 ™^ _ . . , f , » ... . . 

r . , , r ... ■ ♦ . • 1* « 1 a ™ FIG. 3 is a 11 bit serial frame employed with the serial, 

required to connect the pnnter to a single optional device, • . c, L 

^ . f , * ,i j ■ .. 11 bi-directional communication scheme of the present lnven- 

use the personal computer to assign the device its address . r 

(per the procedure listed in the printer's user's guide), on ' . 

followed by disconnecting the device so another device FIG. 4 15 a to&cH, functional representation of special 

could have its address set. Once this was done for all the 60 intelligent hardware inside each optional support device; 

devices, the customer could then setup the entire printer FIG. 5 is a diagrammatic flow chart indicating the manner 

system. Thus, this method also may require a significant in which, at initialization, each optional support device is 

amount of customer setup time. Accordingly, such an given a unique address by the printer controller such that 

NVRAM approach to printer option setup is not found on each individual optional support device may be addressed 

low cost personal or network printers. Moreover, since this 65 and given separate commands; 

method is "difficult" for most customers and customers these FIG. 6 is a diagrammatic representation of the standard 

days are more and more sensitive to usability issues, includ- communications syntax for a single optional support device, 
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and illustrating the addressing of the single support device T o-maintam-overaH-<xmtrol-e f^ 

and a command sent (transmitted) by the printer controller ^prioter-rontroUer^Ofl^sends-commai^^to -me-o ptiond-j 

and the responses sent by the addressed optional support supporCd eviceywbich^rljj^ send "appkTpnateTcspqrjsr s~tor~~" 

device; Uie sc : co mmands! As an example, printer controller 10a will 

FIG. 7 is a diagrammatic representation of the non- 5 send a command to pick a sheet from a media input source, 

echoing communications syntax (non-echoing) for a single e . gv on c of the devices 12, 14 and 16, to cause a single sheet 

optional support device, and illustrating commands sent of paper to be fed into paper path 19 headed in the direction 

(transmitted) by the printer controller and responses sent by of the arrow heads. Thereafter, printer controller 10a will 

the addressed optional support device; send a command to query the status of an optional support 

FIG. 8 is a diagrammatic representation of the standard 10 device to determine if that optional support device has 

communications syntax for multiple devices, and illustrating detected any errors during the picking and feeding of a 

a feature of the present invention in which a "broadcast single sheet of paper into printer 10. 

address" byte is given to command all optional support ^IGrr2zi s~a-schema tic^nhi5trato 

devices in all of the tmnklines, that the commands that ^communicatioiisrinterface-use^^ 

follow are applicable to all devices, and the command bytes Isr^jHiDSI^ 

are echoed only by one single designated optional support a5d276TPrinter controller 10a of printer 10 and the optional 

device; and ^support devices communicate via a two-wire serial bus 13 

FIG. 9 is a diagrammatic representation of the general and a plurality of trunklines 30, 31, 3 2, and 33. Comm unis 

format for a "communications session". (^ion_between-printerrcootroll^ 

DETAILED DESCRIPTION OF PREFERRED ^(^ptid1fal r support^ ^ 

EMBODIMENTS r^tjjerebe^ee^ 

„„ * „ . prejiefinei^ 

FIG. 1 diagrammaucally illustrates an expandable imag- bit'frame'shDwhTuTFIG. 3. 
ing system 5 which includes, for example, printer 10, such ' ' A , n ™\ r 
as a laser printer, coupled to a plurality of optional support ^ U P 0D me startup or power on reset (POR) of system 5, 
devices 12, 14, 16, 18, 20, 22, 24, 26, and 27. Printer 10 and P nnter ^troller ™" plates communication with the 
each of the optional support devices 12, 14, 16, 18 20, 22, °V {l ? n f L su PP ort dc , v,ccs b ? ™f e a <* drcss to 
24, 26 and 27 are intelligent devices, in that each includes a cach of ! he °P Uonal su PP ort dcvia ** Rafter, data corn- 
programmable processor and associated memory. In pre- indication between pnnter controller 10a and each of the 
ferred embodiments of the invention, printer 10 includes a 30 °P tl0nal su PP<f can commence at the directive of 
power supply capable of supplying the electrical power P nnter c 011 ™ 11 " 1Ufl 

requirements of system 5, including supplying electrical Referring to FIG. 2, bi-directional communications 

power to the optional support devices. between printer controller 10a and the optional support 

Printer 10 includes a printer controller 10a which per- devices » achieved, in part, via a plurality of separate 

forms tasks associated with generating a printed page, which 35 communications trunkhnes 30, 31, 32, and 33 coupled to bus 

include the task of providing master control over the opera- 13 In P referred embodiments of the invention, each cona- 
tion of all of the optional support devices of system 5 Jln7 munication trunkline is associated with a separate physical 
admtionrprinter controller-lOa-manages-data-commum'ca^ communication connection, or port, of printer 10 to which 

Uo^thuTsystemXa^ one optional device lS aUowed 10 mechanicaIly < or 

Vs^etonousTeceiv^^ physically) attach. Each trunkline has a predefined unique 
ler V 40a-inTtiates^U com^m^o^l^-systcm S^lh^ communications address which will be referred to as a 

^ofifibn^ "trunkline address". 

r-2 7- are-subservient deviceswtiich perform andTe^pond based — -> In preferred embodiments of the invention, each optional 

on; the commands, including polling requests, issued by ' support device is designed for electrical attachment to one of 

^printerco^trolleTlOa. 45 the trunklines 30, 31, 32, and 33, and in rum is associated 
ThVoptional support devices may comprise, for example, with the corresponding trunkline address. For example, as 
a plurality of media input sources such as a dual paper input shown in FIG. 2, envelope feeder 26 is electrically coupled 
tray 12, a pair of single paper input trays 14 and 16, and an to printer 10 via trunkline 30; input trays 12, 14 and 16 and 
envelope feeder 26; a duplexer 18; and a plurality of output duplexer 18 are electrically coupled to printer 10 via trunk- 
media receptacles, such as paper output trays 20, 22 and 24, so line 31; miscellaneous output devices 27a and 27b are 
and miscellaneous output devices 27, such as a collator or a electrically coupled to printer 10 via trunkline 32; and output 
mailbox unit. The arrows 21, 23 and 25 generally indicate toys 20, 22, and 24 are electrically coupled to printer 10 via 
the direction of paper flow, while the dotted lines indicate a trunkline 33. 

paper path 19 through both printer 10 and the optional Where multiple optional support devices, such as devices 

support devices 12, 14, 16, 18, 20, 22 and 24. It should be 55 12, 14, 16, and 18, are coupled to a common trunkline, such 

recognized that there are numerous other paper handling as trunkline 31, the multiple optional support devices are 

devices that may be utilized with the printer as optional coupled one to another in a daisy -chain fashion. System 5 

support devices, such as for example, output sorters and initialization occurs at power-on reset, and can occur at 

sorter/mailboxes. As is conventional in paper handling times selected by printer controller 10a after POR. The key 

optional support devices, one or more sensors S are posi- 60 activities comprising initialization are described below. At 

tioned adjacent to paper path 19 to determine paper position, the time of system 5 initialization, none of the optional 

or other information necessary for proper oper ation of the support devices have been assigned a device address by 
printer 10 and the optional support devices. Miffiroj^'-th'e^ 1 printer controller 10a; however, each optional support 
^^^nal^support-ideyices :descTibfc3 -above- are^examples ofr device assumes its predefined trunkline address, which 

r^pjper- haTidh'Ti^ deyices,^ resides in the device read only memory (ROM). Also, at 
csjmj^r^deyices Zf 6?~system- 5- are-not-limitecl ~tb--be- p ape t—2~ initialization of system 5, the initial hardware/software state 

handlin g-devices . ^ of each of the optional support devices is such that the next 
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optional support device in the daisy -chain (on the same optional support device, then printer controller 10a com- 

trunklinc) is logically disconnected from bus 13. Thereafter, mauds that optional support device to enable its associated 

printer controller 10a sequentially assigns a unique device logic gate so as to continue printer transmit line Txd of 

address to each optional support device^ device by device, communications bus 13 and associated trunkline to the next 

on each trunkline as a part of the system 5 initialization 5 optional support device in the daisy-chain. The details of the 

activities. This invention, in which optional support devices device address assignment process are explained below with 

in system 5 are assigned device addresses by printer con- reference to FIGS. 2 and 5. 

troller 10a, is done automatically by printer controller 10a FIG. 5 illustrates the process of assigning device 

without operator assistance. addresses to each optional support device on a particular 

Referringv.npwr.to FIG 4^communicaiidn^' bus 13 is- 10 trunkline of system 5. It should be understood that in 

.slipw^wmc^ preferred embodiments of the invention, this process is 

10 receive7:line" Rxd. During system 5 initialization, each repeated for each trunkline of system 5 until all optional 

optional support device is responsible for selectively estab- support devices have been assigned a unique device address, 

lishing a logical continuation of the printer transmit path Txd Printer controller 10a (FIG. 2) of the printer 10, in conjunc- 

of communication bus 13 to the "next" optional support 15 tion with special communications bus hardware, utilizes a 

device. For example, as shown in FIGS. 2 and 4 , optional specific procedure at initialization of system 5 to assign each 

support device 18 provides selective logical continuation of optional support device its unique device address. At 

the printer 10 transmit path Txd to optional support device initialization, printer 10 selects an initial trunkline (step 35), 

16; optional support device 16 provides selective logical At step 36, printer controller 10a sends via printer transmit 

continuation of the printer 10 transmit path Txd to the 20 unc Txd a h* 010 °f information containing a trunkline 

optional support device 14; and optional support device 14 address associated with the selected trunkline. Then, at step 

provides selective logical continuation of the printer 10 37, printer controller 10a determines whether the optional 

transmit path Txd to optional support device 12. Also, the support device received the trunkline address by awaiting an 

daisy-chained optional support devices provide ungated acknowledgment (the trunkline address echo) within a pre- 

electrical continuation of the printer 10 receive path Rxd, 25 defined time period from the device via printer receive line 

from one device to the next in the daisy-chain to printer 10. Rxd. If there is no response received by printer controller 

By way of example, FIG. 4 schematically illustrates the 10fl » i-e. the answer to-decision block 37 is "No", then the 

electrical connections and circuitry associated with optional process is complete for that trunkline (step 39), i.e., no 

support devices 16 and 18, and it is to be understood that further devices are recognized as being connected to the 

similar electrical connections and circuitry are present as to 30 selected trunkline. Processor 10a then determines at step 41 

each optional support device of system 5. Optional support whether all trunklines have been serviced. If "Yes", then 

device 16 includes a controller 16a comprising a address assignment is complete (step 47) for system 5. If 

microprocessor, UART and associated logic, and logic gate "No", there are further trunklines to be considered then at 

16b; and, optional support device 18 includes a controller s^p 43 the next trunkline is selected and the address 

18a comprising a microprocessor, UART and associated 35 assignment resumes at step 36. 

logic circuitry, and logic gate 18b. Optional support device If, however, it is determined by printer controller 10a at 

18 is directly electrically connected to communications bus step 37 that the optional support device received the trunk- 

13 via trunkline 31, such that printer line Txd is connected line address based upon the timely receipt of an acknowl- 

to a first input of the two input NAND gate 18b. Printer line edgment from the optional support device via printer receive 

Txd is also connected to a device receive port 17a of 40 unc Rxd » ^en at ste P 38 printer controller 10a assigns a 

controller 18a. An enable output 17ft of controller 18a is unique device address to the optional support device. At step 

coupled to a second input of two input NAND gate 18b. 40, the optional support device modifies its address to that 

Controller 18a further includes a transmit port 17c directly of the assigned device address. Now that the optional 

connected to printer receive line Rxd. NAND gate 18b support device has received its unique device address it will, 

further includes an output which is coupled via trunkline 31 45 for all future communications with the printer 10, only 

to a first input of the two input NAND gate 166. The output respond to the printer when addressed via the unique device 

of NAND gate 18b is also connected to a device receive port address just assigned. 

15a of controller 16a. An enable output 156 of controller At step 45, printer controller 10a sends to the optional 

16a is coupled to a second input of two input NAND gate support device a command to logically connect the next 

166. Controller 16a further includes a transmit port 15c 50 optional support device in the daisy-chain, if any, and in 

directly connected to printer receive line Rxd via trunkline response at step 46, the device enables the gate logic (see 

31. Thus, as shown in FIG. 4, when NAND gate 186 is FIG. 4) to continue the printer transmit line Txd to the next 

enabled, printer line Txd and trunkline 31 are effectively optional support device in the daisy-chain, 

continued through optional support device 18. Also, when Thus, for example, the first optional support device 18 on 

NAND gate 166 is enabled, printer line Txd and trunkline 31 55 the trunkline 31 has its own unique device address, and 

are effectively continued through optional support device printer controller 10a can communicate with the "next" 

16. daisy -chained device 16 by addressing optional device 16 

Prior to initialization of system 5, each optional support via the trunkline address. Note that the "previous" device 18 

device assumes the trunkline address which is stored in read will no longer respond to the trunkline address, since 

only memory in the controller of the optional support device, 60 optional support device 18 has received its unique device 

and each optional support device logically discontinues the address. Printer controller 10a then repeats this procedure 

printer line Txd to the next downline device in the daisy- with the "next" device 16 to assign to device 16 a unique 

chain by disabling its associated logic gate. During initial- device address. It is now apparent that this process is 

ization of system 5, however, printer controller 10a sequen- repeated until each optional support device 18, 16, 14, and 

tially brings each optional support device online by 65 12 on trunkline 31 is assigned a unique device address (steps 

assigning a unique device address to each optional support 36, 37, 38, 40, 45, 46), and then the process continues 

device, and after the unique device is assigned to a particular through steps 39, 41, 43 to select a next trunkline, e.g., one 
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of trunklines 30, 32, and 33, at which time steps 36, 37, 38, printer controller 10a always transmits a single frame to the 

40, 45, 46 are performed for each optional support device on optional support device, and in turn, the addressed optional 

the next selected trunkline. support device always responds by transmitting a single 

Following is a description of the communications inter- frame back to printer controller 10a. 

face which is the method by which individual frames, 5 This present Jnvjenu'on-utUiZes "echomg^' in the commu- 

containing bytes of information, are transmitted between the nications betwe'e^tH^^ all 

master printer controller 10a and the optional support optional support devices. "Echoing"is-me~denned~commu^i 

devices. nic^dons-pl:otbcolrwhich~cbmplies with the j)ne-frame : J 

Referring to FIG. 4, the physical communications bus 13 down orc-frajme^ack alternation described^atoye^ where — 

is a serial interface with separate printer transmit (Txd) and 10 the mformati6^n.elaV ^<[sliown,in^FIGr3.)7 iO f r^ne sent by 

receive (Rxd) signal lines. The printer controller 10a and the jptionM "support Hevice to the -printer controller 10a is / 

optional support devices transmit information frame-by- identical" to m e~m form at ion" f ield in" the frame most recently 

frame via UARTs (Universal Asynchronous Receiver/ received by m^opjio^^support^eyi^ from printer con- 
Transmitters). Although this hardware configuration could ^ troUer'lOa^As shown in FIG. 6., the printer contFoller lOa 
support full duplex communications (data transmitted simul- 15 addresses a single optional support device by sending an 
taneously on the Txd and Rxd lines), the communications address frame containing the address of the optional support 
protocol, set forth hereinafter, specifies that the Txd and Rxd device, (device address byte) after which the addressed 
lines are not simultaneously active. optional support device echoes the received address (device 

Referencing FIG. 3, information is transmitted serially in address echo byte) in a data frame. Additionally, echoing is 

an 11-bit frame: a start bit (value 0), an information field 20 defined *s * DC communications protocol in which the infor- 

comprised of 8 data bits (LSB first), an address indicator/ mation field in a frame sent by the printer controller 10a to 

alarm field comprised of a programmable 9 th data bit, and a the optional support device is identical to the information 

stop bit (value 1). The use of the address indicator allows the field in the frame most recently received from the optional 

communications bus 13 to support a single master printer support device. 

controller 10a with multiple optional support devices. The 25 The printer controDer 10a and optional support devices 

preferred embodiment is best implemented with UART communicate via commands and status responses. The 

hardware that supports the use of the programmable 9 th data printer controller 10a transmits commands to the optional 

bit as the address indicator/alarm field. Examples of micro- support device in order to control the optional support 

processors that contain such a UART are the Philips 8052 device and to instruct t he o ptional support ^device to perform 

and Toshiba TMP90CM38. When the master printer con- 30 desired operations. Some-commands solicit the status.olthe 

troller 10a transmits data to one of the several optional optional suppoj1o^i^Jo_wbj^ 

support devices, it first sends an address frame which respond siwith me a ppropriateTstAtus.resporjse. Following is 
identifies the target optional support device. The address a description of how transmissions are grouped together to 
frame differs from a data frame in that the programmable 9 th form commands and status responses, which allow infor- 
data bit is 1 for address frames and zero for data frames. 35 mation to flow between the printer controller 10a and a 
Each optional support device is initially configured by its single, addressed optional support device. This form of 
internal program code such that its controller (e.g. 16a on communications is defined as the "Standard Communica- 
FIG. 4) is interrupted only when an address frame is tions Syntax", and is shown in FIG. 6. In FIG. 6, the arrows 
received. The optional support device is not interrupted to the right represent the transmission of the information 
when a data frame is received. Thus, an address frame (one 40 field of the frame, described in FIG. 3, transmitted by printer 
with the programmable 9 th data bit set) will interrupt all controller 10a. The arrows pointing to the left indicate the 
optional support devices simultaneously, giving each an transmission of the information field of the frame transmit - 
opportunity to determine if it is the optional support device ted by the optional support device and received by printer 
being addressed. The addressed optional support device then controller 10a. A "command" consists of an Op Code 
configures its controller to be interrupted for the data frames 45 (operation code) and zero or more Command Data (i.e., 
(programmable 9 th data bit«=0) that will follow. The master command parameter) bytes. A "status response" may corn- 
printer controller 10a then transmits data frames, which only prise of zero or more Response Data (i.e., status) bytes. It 
the addressed optional support device receives. All the other may be noted at this time that some commands have no 
optional support devices do not receive these data frames, associated status response, i.e. zero Response Data bytes are 
since their controller will only be interrupted by address 50 transmitted by the optional support device for that corn- 
frames (programmable 9 th data bit— 1). When the printer mand. Specific commands that are defined to have no 
controller 10a completes sending data frames to the associated status response are a special case of the Standard 
addressed optional support device, the printer control 10a Communications Syntax, and are discussed later, 
then may address an optional support device, if desired, by The communications protocol described previously in 
transmitting an address frame containing the address of the 55 which the printer controller 10a and optional support device 
optional support device desired. alternate single -frame transmissions, is used to pace the 

The relationship between printer controller 10a and multiple transmissions that comprise each command and 

optional support devices allows the printer controller 10a to status response. For each frame transmitted by the printer 

communicate with one optional support device at any given controller 10a, the addressed optional support device 

time, or communicate to all optional support devices eo responds with a corresponding frame, 

simultaneously, termed "broadcasting", Communica tions Referring to FIG. 6, assuming an operational system 5, 

can be initiated by the printer controller 10a only. Therefore, i.e., after initialization, the first frame transmitted by printer 

the printer controller 10a must query an optional support controller 10a is the specific device address (device address 

device to detect any status change in that optional support byte) for the optional support device to which printer 

device. 65 controller 10a desires to send a command. Upon receiving 

When the printer controller 10a communicates with a the transmission, the optional support device of which 

single optional support device, and is not "broadcasting", the corresponds to this device address, responds by echoing 
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back to printer controller 10a the address received (device transmission errors on bus 13. However, there are instances 
address echo byte). The next frame transmitted by printer when the bus 13 bandwidth is used more efficiently if the 
controller 10a contains the Command Op Code. This is a redundancy of echoing is not present in communications on 
single byte that identifies the specific command, that is being bus 13. The "Non-Echoing Communications Syntax", 
sent to the addressed optional support device. The device 5 shown in FIG. 7 defines a syntax for commands that do not 
echoes the Command Op Code back to printer controller utilize ec hoing. The optional support device does not echo 
10a, this echo is referred to as the Command Op Code Echo mc Com ma „d Op Code byte or the Command Data bytes 
byte (see FIG. 6). The echoing contained throughout the ^ bom • ter lQa ^ likewise printer con- 
syntax is used to support communicaton error detection and tiMci 10fl ^ nQt ccho mc Rcspons6 Data by tes from the 
error handling. Depending on the definition of the specific w ional rf dcvicc ^ commands being transmitted 
command being sent^ the printer controller 10a sends a from ^ matmlleT 10a ar6 im^ingied with the 
specified number of Command Data bytes to the addressed ^ b tM bein bansmiited ^ me opuonal 
optional support device These bytes are identified as Com- devke to ^ 10a 
mand Data #1 through Command Data #m. For each Com- A , . .... . T _ , . 

mand Data byte transmitted by printer controller 10a the „ An example of a command mat uUlizes the Non-Echomg 

optional support device echoes the Command Data byte 15 Syntax is "Query Device Sutus , which requests the status 

back to printer controller 10a. The echoed bytes are identical of sen 5°? » *» ^* essed °P tt ° nal ^P" 0 ?, de ;. ice ' as f 

to the corresponding Command Data bytes sent from printer one u of U ' U ' md } 6 ' c [° * ack me g?T- e l gc) .° f 

controller 10a and received by the optional support device. » sheet m Pap^rpath 19, shown in FIG. L The Query Device 

The number of Command Data bytes is specified by a „ Status command is defined as a command that only contains 

particular command and may be zero. For the case of zero 20 Cornrnand Op Code and a single Response Data byte as 

Command Data bytes, the command is fully specified by the shown J" nG ^ A res P onse b y the ap^al support device 

^ A r\ \* to the Query Device Status command is bit -encoded and 

Command Op Code. . , . . , , , 

„ . • r iL contains two bits that provide status (e.g., covered or 

Some commands require a status response from the ^^red) of Ihe pa pe r se^nsors S located, in that individual 

addressed opuonal support device, whereas some commands ^ , ^ ^ as shQwn , n ^ { 

do not. When printer controller 10a has transmitted a £ mer ^J*^ Wa is the jtion of me lea( £ 

command that requires a status response from the opUonal » of a sbee[ M ^ ^ * * hes xaso{ s £ 

support device, after all command bytes have been trans- ^ Uonal rt device . £ ml( f r co ^ roller l0a sends the 

mitted to that optional support device and echoed printer J u at a relativel 

controller 10a turns around the direction of data flow by ™ , • . <- , M \. t L 

„ A r „ _ , . ™„ , ' 30 high frequency, until the response bit corresponding to 

sending a Start of Response byte, as shown in FIG. 6. The „ 0 \ ,/ . „ „ , _ „„~V, 

^ _ r . • ; j ^ . . . i sensor S finally changes status (e.g., changes from uncov- 

Start of Response byte is a single, denned, constant value covered 1 ) 
that conveys no specific information beyond indicating that 

the transmitting of a status response can now begin from the "Broadcast Communications" is defined as the protocol 

optional support device. In the preferred embodiment, the 35 whereb y P rinter controller 10a transmits a command to all 

Start of Response byte is hexadecimal AA optional support devices simultaneously. In the preferred 

After receiving the Start of Response byte, the optional embodiment, prior to utilizing Broadcast Communications 
support device begins the status response. The response P nnter c ° n * roUer 10 « d f l f ate * IT ^ t ^ 
information is contained in the Response Data bytes, iden- devices to f be ^sponsible for echoing all broadcast commu- 
ted as Response Data #1 through Response Data #n, with 40 nu ? tK 7 transmi ^ S10ns b * pnn er ™ { ™ n *[ f ™*. AU other 
the number n depending on the particular status response °P tl0nal su P? ort f vlces do not u e cho of *f b ™ d ?f 
being transmitted. The response daU bytes are individually communications transmissions by pnnter controller 10a 
echoed from printer controUer 10a back to the addressed ™ e ech ° m S P rovided ^ ^ d ^g^^ d opUonal support 
optional support device . The echoed bytes are identical to device ^ P™** controUer 10a to utilize the data 
the corresponding Response Data bytes transmitted from the 45 commumcaUons checlong desenbed below and facilitated 
optional support device. Tne echoing contained throughout b ? me Standard Communications Syntax, 
the syntax is employed to support transmission error detec- FIG - 8 illustrates Broadcast Communications. Printer 
tion on bus 13 (FIG. 2). To comply with the communication controller 10a first transmits a unique "broadcast address" 
protocol of one-frame-down one-frame-back, the queried on bus 13 (F IG * 2 ) of whicb optional support devices 
optional support device terminates the status response by 50 receive aild c n ters Broadcast Communications (as described 
sending the End of Response byte to printer controller 10a. above). The optional support device, which had previously 
The End of Response byte is a single, defined, constant value been designated the task of echoing aU transmissions by 
that terminates the transmission of the status response. In the printer controller 10a, echoes the broadcast address (FIG. 8) 
preferred embodiment, the End of Response byte is hexa- back to P rinter controller 10a. FIG. 8 further Ulustrates 
decimal CC. This byte is not meant to contain any specific 55 commands broadcasted to aU optional support devices of 
information. which the designated broadcast echoing optional support 

As noted above, the definition of a particular command devicc 15 shown echoing the commands transmitted by 

may specify that there is no corresponding status response. pnnter controUer 10a. 

For such commands, the entire status response is In an alternate embodiment, printer controller 10a may 

eliminated — i.e., there is no Start of Response byte, no eo choose not to designate one of the optional support devices 

Response Data bytes, no Response Data Echo bytes, and no as the optional support device to echo back printer controller 

End of Response byte. This modification of the syntax is 10a transmissions. In the alternate embodiment, the echoing 

done to optimize the overaU usage of the bus. shown in FIG. 8 does not occur. 

A unique communications syntax referred to as the "Non- The "communications session" is a feature of the inven- 

Echoing Communications Syntax" is described below. The 65 tion that pertains to situations in which printer controller 10a 

echoing that is included in the definition of the Standard desires to transmit several commands in succession to one 

Communications Syntax is used to aid in the detection of particular optional support device. Within the "communica- 
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tions session" printer controller 10a does not transmit the mation-neWJnjrframe.r^ 

device address before each successive command. The gen- ( deviccfaiter_wMctrpm 

eral format for a communications session is shown in FIG. ^ResetT Printer controller 10a det^clssuch tra rismissfoacrrorsy 

9. First, the optional support device is addressed by printer 3by~examining-the echo^byte-received-from-the-optional™; 

controller 10a. Then, the communications session is opened 5 support7devices^L~e7,-the^eTO 

(begun) with a "Begin Communications Session" command r Op Code Echo, and C^mmand^Data-Echo r which are shown 
transmitted by printer controller 10a. Next, printer controller -in^HGHi.- ~~ 
10a transmits the desired sequence of commands to the "After transmitting the Device Address byte, the printer 
optional support device. Finally, printer controller 10a ter- controller 10a compares the value of the Device Address 
minates the communications session by transmitting an 1Q Echo byte transmitted by the optional support device to the 
"End Communications Session" command. After the End Device Address byte that was transmitted by printer con- 
Communications Session command is received by the troller 10a , if the two values differ, printer controller 10a 
optional support device, the next command transmitted to determines that a transmission error has occurred and trans- 
that optional support device must be preceded by an address mits ^ jj^ Rcsct In a similar mann er, printer controller 
frame which contains the device address of that optional 10fl compares foe Command Op Code byte transmitted to 
support device or the Broadcast Address. mc rcsu i t ing Command Op Code Echo byte received from 

An advantage of being able to send several commands the optional support device. If they are not identical, printer 

within a communications session is to improve the usage of controller 10a likewise transmits the Link Reset. In a similar 

bus 13 (FIG. 2) bandwidth, since the overhead of addressing manner, printer controller 10a compares each Command 

the optional support device is sp read over several com- Data byte transmitted to the resulting Command Data Echo 

mands. Thus the total transmission time for a set of D yte received from the optional support device. If they are 

commands, is less than would result if the device address not identical, printer controller 10a transmits the Link Reset, 

were sent before each command transmitted to the optional Printer controller 10a does not examine any Response Data 

support device. byte value for possible transmission errors. Transmission 

A feature of the invention is the communication interface ^ errors that corrupt a Response Data byte are detected and 

error detection capability. The echo bytes specified in the reported by the optional support device as described below. 

Standard Communications Syntax allow printer controller If printer controller 10a detects an error in the transmission 

10a and optional support devices to detect certain transmis- of the End of Response byte, it transmits the link Reset, 

sion errors. Also, the specific UART hardware employed by Another instance in which printer controller 10a transmits 

printer controller 10a and the optional support devices ^ the Link Reset is when any expected transmission from the 

provide additional transmission error detection capabilities. optional support device is not received within a specified 

Bus 13 error detection capabilities included in the inven- time, 
tion allow the detection of communication errors arising As described earlier, during broadcast communications, 
from, for example, but not limited to, intermittent signal one designated optional support device echoes the transmis- 
connections and electrostatic discharges. The ability to 35 sioos from printer controller 10a. Printer controller 10a 
detect transmission errors on bus 13 prevents corrupted data utilizes these echoes to detect transmission errors in the 
from causing unpredictable behavior of system 5. Commu- same manner as described above, during broadcast commu- 
nication interface transmission error detection on bus 13 is nications. 

performed by both printer controller 10a and optional sup- ^Transmissionxrror-detection^erform sup- 
port devices. 4Q portzdevices on the communication interface is "described^; 
jTfaj^issio^ belowr-The-UART of 'each o^onarsupporrdevicehas the ^? 
t roUer^ QaTorilfe cap abihty-to~detecT certain transmission errors on bus ^13 

[below/ (FIG:~2).-Whenever an" optional support device detects a" 7 

ThjTUART of-prinTeTcontroUer40a~has-me-capabm^y/ to transmission-error in a received frame, the~optional support" 7? 

detect-certain~bus~13-transmiss^ device-reports'the ^currence of the error by setting the 

QejrrorsrWhelie^er pTinterco address mdicator/alarm field (the programmable 9th data bit) 

^siori errpt~irra~received frame, it ^aboite^foressing jhe in the nextframe transmitted to printer controller^ 10a. The 
^ current ~command, and^then trarismits^an^addfessTframe - ' information field in that frame is the same as it would have 
^^OTntainin^the unique "Link Reset" address on bus ;13rUponj been if- no transmission error were being reported; i.e., no 
receiving~the-Link~Reset~address7 cach^optionaL support -50' special ihformation field value is transmitted by the optional 

device"aborts any commandthat it~may be processing; -arid^: support devie^crtfesi^ reporting the 
re- initializes— its "UART, ^communications - p ro to coli/*' busll3~u^ansmission" error' to~printer _ controller-10a, the 

processing, aiHcomnYana'in^ optional ~suppp rLde vice -aborts -processing-the -command or 

r the optional support device is waiting to bejaaMressed. Each ^sUrusresponse i^prpcess.~Prin ter controller 10a examines 

given'optional support device- still -responds to the same 55 .-the prograinmable 9th data bit for e^r^jram^received from 

uniquely-assigned address-that-it reccived-from printer- v me^dpJional-support"deviccs7When printer controllefllOa 

"controller-lOa during initialization, i.e., a Link Reset does' rccogmz^Hhat-me optional support device has detected a 
njot cause pptipnal support devices to return to their trunklirie^ transmission; ^crroton bus 13, printer controller 10a transmits 

^addressrAll optional suf^rTdevice^ a cLink-Resetr-^- ~7"~7 r 

since the propainmabl^ #> The~bptional support device also has the capability to 

^Reset frame transmitted. Each optional support device, when detect bus 13 transmission errors that corrupt the value of the 

—processing a command or status response, must^amine the information field in a frame received from the printer 

" 'programmable^9th data bit for all frames received from ^ controller 10a, after which the optional support device 

printer controller 10a to determine if a link ReseTBas been reports a transmission error on bus 13 to printer controller 

^ansmittedV * 65 10a by setting the programmable 9th data bit in the next 
fPrintefTconurolleZlOaTal^has the capabttityjp detectbus_ frame transmitted to printer controller 10a . Referring to FIG. 
^13-transmission-erro re'mat coiTup t~the v alue - bfjl^infor--^ 6, the addressed optional support device examines the Com- 
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mand Op Code byte value received from printer controller 
10a. If the Command Op Code byte value is not a valid op 
code value, the optional support device reports that a trans- 
mission error has occurred. The addressed optional support 
device does not examine the Command Data byte value for 
possible bus 13 (FIG. 2) transmission errors. Transmission 
errors that corrupt a Command Data byte are detected by the 
printer controller 10a when it examines the corresponding 
Command Data Echo byte transmitted by the optional 
support device. The addressed optional support device 
examines the Start of Response byte value received from 
printer controller 10a. If the value is not identical to the 
predefined Start of Response byte value, the optional sup- 
port device reports that a transmission error has occurred in 
the manner described above. Likewise, the addressed 
optional support device compares the received Response 
Data #n Echo byte transmitted by a printer controller. 10a to 
the corresponding Response Data #n byte that was trans- 
mitted to printer controller 10a. If the values are not 
identical, the optional support device reports that a trans- 
mission error has occurred. 

For broadcast communications, the optional support 
device previously designated by printer controller 10a to be 
the echoing device, detects and reports transmission errors 
during broadcast communications, in the same manner as 
described above. 

Although the invention has been described with respect to 
preferred embodiments, those skilled in the art will recog- 
nize that changes may be made as to form and detail without 
departing from the spirit and scope of the following claims. 

What is claimed is: 

1. A printing system, comprising: 
a printer including a printer controller; 
a first optional support device including a first device 

controller; and 

a first bi-directional serial communications trunkline 
interconnecting said printer controller to said first 
device controller, said first trunkline having a unique 
first trunkline address, and wherein said first device 
controller includes means initially responsive to said 
unique first trunkline address, 

wherein said printer controller automatically assigns a 
unique device address to any optional support device in 
said system, such that said printer controller commands 
said first device controller to be responsive to a first 
device address. 

2. The system of claim 1, wherein said first optional 
support device comprises a paper handling device. 

3. The system of claim 1, wherein said optional support so 
device further comprises logic circuitry which continues 
said first trunkline through said first optional support device 
when enabled by said system. 

4. The system of claim 1, wherein during initialization of 
said system, said printer controller sequentially and auto- 
matically commands each device of a plurality of optional 
support devices coupled to said first trunkline to respond to 
a unique device address. 

5. The system of claim 1, further comprising a plurality of 
trunklines extending from a common electrical connection 
to a communication bus. 

6. The system of claim 1, further comprising a plurality of 
tmnklines, each trunkline having a unique trunkline address 
of a plurality of trunkline addresses, and any optional 
support device connected in said system is originally pro- 
grammed to respond to one unique trunkline address of said 
plurality of trunkline addresses. 



7. The system of claim 1, wherein said first trunkline is 
effectively extended through said first optional support 
device to a next optional support device when said first logic 
circuit of said first optional support device is enabled. 

8. The system of claim 1, wherein said printer controller 
assigns to said first optional support device said first device 
address during system initialization. 

9. A printing system, comprising: 
a printer including a printer controller; 
a first optional support device including a first device 

controller; and 
a bi-directional serial communications path interconnect- 
ing said printer controller to said first device controller, 
wherein said printer controller automatically assigns a 
unique first device address to any optional support 
device in said system; and 
wherein said first optional support device further includes 
logic circuitry which, following the assignment of a 
unique first device address to said first optional support 
device, and based upon a command from said printer 
controller, enables passage of information generated by 
said printer controller through said first optional sup- 
port device for use by any subsequent optional support 
device. 

10. The system of claim 9, wherein said bi-directional 
serial communications path comprises a first trunkline, said 
first trunkline having a unique first trunkline address, and 
wherein said first device controller includes means initially 
responsive to said unique first trunkline address. 

11. The system of claim 10, wherein said first trunkline is 
30 extended through said first optional support device upon the 

enabling of a first logic circuit of said logic circuitry. 

12. The system of claim 9, wherein upon initialization of 
said system, said printer controller commands said first 
device controller to be responsive to said first device 
address. 

13. The system of claim 9, wherein said communication 
path comprises a first trunkline, and wherein upon initial- 
ization of said system, said printer controller sequentially 
commands each device of a plurality of optional support 
devices coupled to said first trunkline to respond to a unique 
device address. 

14. The system of claim 9, wherein said communications 
path includes a plurality of trunklines, each trunkline having 
a unique trunkline address of a plurality of trunkline 
addresses, and any optional support device connected in said 
system is originally programmed to respond to one unique 
trunkline address of said plurality of trunkline addresses. 

15. The system of claim 9, wherein said first optional 
support device is connected to a first trunkline which is 
effectively extended through said first optional support 
device to a next optional support device when said first logic 
circuit of said first optional support device is enabled. 

16. The system of claim 9, wherein said printer controller 
assigns to said first optional support device said first device 
address during system initialization. 

17. A print system, comprising: 
a printer including a printer controller; 
a plurality of optional support devices associated with 

said printer, each of said plurality of optional support 
devices including a device controller; and 
a bi-directional serial communications path which pro- 
vides serial electrical interconnection between said 
printer controller and each device controller of each of 
said plurality of optional support devices; 
wherein said printer controller automatically assigns a 
unique device address to each of said plurality of 
optional support devices; and 
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wherein each of said plurality of optional support devices 
further includes logic circuitry which, based upon a 
command of said printer controller, enables passage of 
information generated by said printer controller 
through a first optional support device of said plurality 
of optional support devices to a next electrically seri- 
ally connected optional support device following an 
assignment of a first device address to said first optional 
support device. 

18. The system of claim 17, wherein said optional support 
devices comprise paper handling devices. 

19. The system of claim 17, wherein said first optional 
support device is coupled to said printer controller via a 
serial communications trunkline, said trunkline having a 
unique trunkline address, and wherein said first device 
controller and said next serially connected optional support 
device includes means initially responsive to said unique 
trunkline address. 

20. The system of claim 19, wherein said first trunkline is 
extended through said first optional support device upon the 
enabling of a first logic circuit of said logic circuitry. 
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21. Hie system of claim 17, wherein upon initialization of 
said system, said printer controller commands said first 
device controller to be responsive to said first device 
address. 

22. The system of claim 17, wherein upon initialization of 
said system, said printer controller sequentially commands 
each device of said plurality of optional support devices 
coupled to a common trunkline to respond to a unique device 
address. 

23. The system of claim 17, wherein said printer includes 
a plurality of trunklines, each trunkline having a unique 
trunkline address of a plurality of trunkline addresses, and 
each optional support device is originally programmed to 
respond to one unique trunkline address of said plurality of 
trunkline addresses. 

24. The system of claim 17, wherein said first optional 
support device is connected to a first trunkline which is 
effectively extended through said first optional support 
device to said next optional support device when a first logic 
circuit of said first optional support device is enabled. 
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